Feature: <Ethernet> Ethernet config rework (#12)#39
Draft
mcbridematt wants to merge 15 commits intordkcentral:developfrom
Draft
Feature: <Ethernet> Ethernet config rework (#12)#39mcbridematt wants to merge 15 commits intordkcentral:developfrom
mcbridematt wants to merge 15 commits intordkcentral:developfrom
Conversation
973dac7 to
4c1818b
Compare
This config is for a simple, two interface setup (eth0 LAN, eth1 WAN), well suited for use in QEMU.
This should be controlled by PSM / TR-181 settings instead.
…faces WAN Manager may not consider devices as available unless the interface has been brought up.
The required steps are now performed by pre-start steps for PsmSsp and CcspEthAgent
This is to avoid any hardcoded interface references. The Ethernet agent calls this function to determine if an Ethernet interface in Device.Ethernet.Interface.X is the WAN facing one. Originally developed by mahanteshchitt <[email protected]>. in rdkcentral@6d451ef
This invocation (mkdir -p /rdklogs/logs) will fail under a read-only rootfs environment. We already create and mount this folder earlier in the boot process.
This uses: SFP1 (eth5) as 1st priority WAN LAN4 (eth2) as 2nd priority WAN + cellular
…s when erouter0 compatibility enabled
…atibility enabled
On a system that uses erouter0, we need to tell ethagent to monitor it instead of the original interface name (like eth1)
…lity feature enabled
3195548 to
9dc31ab
Compare
torrentius
reviewed
Feb 25, 2026
...dk-broadband/recipes-ccsp/ccsp/ccsp-common-library/0004-CcspCrSsp-remove-mkdir-rdklogs.patch
Show resolved
Hide resolved
torrentius
reviewed
Feb 25, 2026
| } | ||
| #else | ||
| - #if defined(_PLATFORM_RASPBERRYPI_) || defined(_PLATFORM_TURRIS_) || defined(_PLATFORM_BANANAPI_R4_) | ||
| + #if defined(_PLATFORM_RASPBERRYPI_) || defined(_PLATFORM_TURRIS_) || defined(_PLATFORM_BANANAPI_R4_) || defined(_PLATFORM_GENERICARM_) |
Contributor
There was a problem hiding this comment.
TURRIS should be eliminated is not supported anymore
torrentius
reviewed
Feb 25, 2026
| install -m 755 ${S}/scripts/bbhm_patch.sh ${D}/usr/ccsp/psm/bbhm_patch.sh | ||
| install -d ${D}/usr/ccsp/machine_configs | ||
| cp ${WORKDIR}/bbhm_def_cfg_ten64.xml ${D}/usr/ccsp/machine_configs/traverse_ten64.xml | ||
| cp ${WORKDIR}/bbhm_def_cfg_ten64-4.xml ${D}/usr/ccsp/machine_configs/traverse_ten64-4.xml |
Contributor
There was a problem hiding this comment.
add a more generic name for the configuration
torrentius
reviewed
Feb 25, 2026
|
|
||
| FILES:${PN}:append = " /usr/ccsp/config \ | ||
| /usr/ccsp/machine_configs \ | ||
| /usr/ccsp/machine_configs/traverse_ten64.xml \ |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Implements #12
Until now, meta-rdk-bsp-arm has used a PSM config file for the full (8+2) Ten64 board. Boards that are not Ten64's had their Ethernet interfaces adjusted to look like one (Highest priority WAN -> eth8, second highest eth6).
We now try to do this in a more RDK way by shipping PSM configs for each supported machine, with a fallback "default" suitable for machines with only two interfaces (LAN + WAN).
The appropriate PSM default config is copied on first boot before PsmSsp starts, avoiding the need to manipulate PSM config from bitbake recipes and/or bake separate rootfs images for each development board.
We also want to support variations of configurations for certain use cases (like erouter0 backwards compatibility)
As part of this, any hard coding of WAN interfaces (be it eth6, eth8 or erouter0) should be avoided.
Implemented so far:
Still to be done:
Profiles
The following profiles are currently defined:
At boot, the system will copy the profile file to the default PSM database location (
/usr/ccsp/config/bbhm_def_cfg.xml) based on the machine name (as determined from/sys/firmware/devicetree/base/compatible).If
/usr/ccsp/config/bbhm_def_cfg.xmlis already present on the disk / image, no files will be copied overIn the future I would like to generate these programmatically based on the hardware that is detected, this is something we can do later.
erouter0 compatibility
Adding the DISTRO_FEATURE keyword
erouter0_compatibilitywill modify the initial PSM config to seterouter0as the WAN interface name